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@ Verfahren und Mediendistributionssystem zur Speicherung und Ubertragung von Vldeodateien 
(§) Verfahren zur Speicherung und Ubertragung vonalsVi- 

deodateien ausgebildeten Contents im Rahmen eines di- 

gitalen Mediendistributionssystems mit einer Datenbasis, 

auf die eine Mehrzahl von Nutzern uber Datenkanale und 

mit Endgeraten mit unterschiedlichen Hard- und Softwa- 

respezifikationen zugreifen kann, wobei jeder Content in 

der Datenbasis genau einmal in Form einer Prima r-Video- 

datei mit maximalem Informationsinhalt gespeichert 

wird, bei jedem Zugriff eines Nutzers die Hard- und Soft* 

warespezifikation von dessen Endgerat und des Datenka- 

nals zu diesem erfaflt und das Erfassungsergebnis einem 

Steuereingang eines Dateianpassungsrechners zuge- 

fuhrt, im Dateianpassungsrechner in Echtzeit oder schnel> 

ler alsEchtzeit die Primar-Videodatei in eine an die Hard- 

und Softwarespezifikation angepaftte Sekundar-Videoda- 
• tei umgerechnet und die Sekundar-Videodatei ohne End- 
, speicherung in der Datenbasis im wesentlichen in Echt- 
i zeit an das Endgerat ubermittelt wird. 
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Bcschreibung 



[00011 Die Erfindung betrifll ein Verfahren zur Speiche- 
rung und Ubertragung von als Videodateien ausgebildelen 
Contents nach deni OberbegrilT des Anspruchs 1 sowie ein 
entsprechend ausgebildcles Mediendistributionssystem. 
[0002J Ini Zugc dcr sich schncll ausweitenden Nutzung 
des Inlcrncl als Infraslruktur zur Vertcilung von Iniorniati- 
onsinhalicn (Conienis) werden seii einigen Jahren auch vol- 
lig neuartige MogHchkeiten der Distribution verse hiedenar- 
tiger Bewegtbildtblgen (Spielfilme, Videoclips, Veranslal- 
lungsmitschnitle etc.) erprobt und teilweisc auch bereits 
kommerzicll realisicrl. Fur den direkten Abruf von Videos 
durch private Nulzer hat sich bereils der Begriff "Video-on- 
Deniand" eingeburgerl. 

[0003] Beini derzeitigen Stand der Technik gibt es fur die 
digitale Medicndistribution, speziell die Bcreitsiellung von 
Videodateien in hctcrogcncn Nctzwcrkcn, jedoch noch dif- 
fcrcn/jcrte Limitierungen hinsichtlich der Bandbreitcn und 
der Leislungsslabililat. Nur eine Minderheil der privalen 
Nuizer verfiigi uber die lechnischen Voraussetzungen hin- 
sichtlich Endgcrat und Datenkanal, uni Videos in holier 
Qualilai (mil ca. 1 bis 4 Mbit/s) in Echtzcil d. h. ohne vor- 
heriges Herunierladen auf einen iniernen Masse nspeichcr - 
abzurufen. 

1 0004 J Eine groBe Gruppe von Nutzern ist bereils uber 
DSL-Leitungen an das Internet angeschlossen, womit Da- 
tenralen von 384 bis 768 Kbit/s realisiert werden. Fur diese 
Nutzcrgruppe mussen also entsprechende Videostreanis exi- 
stieren. Nulzer von ISDN- und Analoganlagen benotigen 
den Videoslreain mil Datenraten zwischen 33,6 Kbit und 
128 Kbit. 

[0005] Ein zusatzliches Problem bei der Realisierung von 
Video-on-Dcmand stellen die in Abhangigkeit von der Nelz- 
auslastung ini l atsach lichen Betrieb stark variierenden er- 
reichbaren Datenraten dar. 

[0006] Diese Situation stelll die Anbieter der in Rede sle- 
henden Contents (Videodateien) vor das Problem, ihr Ange- 
bot fur die verschiedenen Nutzergruppen nut niehreren Da- 
tenraien bereitstellen zu mussen, uni ein breites Spektrum an 
Zugrift'sgeschwindigkeiten der Nutzer abzudecken. Derzeit 
halten die Anbieter daher hochst umfangreiche Datenbasen 
vor, in denen jeder Content in den gangigen Videostream- 
Varianten beziiglich der benotigten Datenrate bzw. Band- 
breite vorgehalten wird. Es gibt also fur jeden Content eine 
Mehrzahl von verschiedenen Dateien und folglich auch ent- 
sprechend viele Datenbankeintrage. 

[0007] Diese Situation ist ofTensichtlich in mehreren 
Aspekten hochst. nachteilig: Zum einen benotigen die auf 
diese Weise aufgebauten Datenbasen sehr viel Speicher- 
platz, sodaR ihre Erstellung mit hohen Hardwarekosten ver- 
bunden ist. Weiterhin sind sie schwer adressierbar, weshalb 
die Anbieter mil sogenannten "groBen" Datenbanken (etwa 
Oracei8i o. a.) arbeiten - obgleich einfache Perl-, PHP- oder 
andere scriptbasierte Datenbanken grundsatzlich den glei- 
chen Zweck erfullen wiirden. SchlieBlich ist ein entspre- 
chend aufgebautes Komplettsystem nur noch relativ schwer 
zu skalieren, d, h. um einzelne Komponenten zur Leistungs- 
verbesserung oder Erweiterung zu erganzen. 
[0008] Zusatzliche Probleme bestehen bei der gegenwiirti- 
gen Praxis auf Seiten der Nutzer: Die Nutzer niiissen sich 
ublicherweise fur einen Videostream mit einer bestimmten 
Datenrate entscheiden, verfiigen aber oftmals nicht uber das 
Wissen, um die verschiedenen lieferbaren Videosu;eams be- 
ziiglich ihrcr Datenraten und Qualitatcn hinrcichend zu un- 
terscheiden. In der Regel ist zudeni fur die Ubertragung von 
Videodateien mit niedriger Datenrate ("Low-Bitrate Vi- 
deos") zusalzlich die Installation von separater Software 



oder eines sogenannten Plugin noiig. 

[0009] Zum Problemkreis der Bilddatenkodierung, spe- 
ziell einschlieBlich Kompression, und der Umkodierung auf 
andere Datenraten (Transcoding) gibt es umfangreichen 

5 Stand der Technik. 

[0010] So beschreibl die WO 00/30359 ein Verfahren zum 
Transcoding von Videosignalen und einen entsprechenden 
Transcoder, hei denen durch Einfiigen eines sogenannten 
"Downsampling Filter" eine Reduzierung der Auflosung er- 

10 reicht werden kann. Das Verfahren schlieBt eine geeignete 
Bearbeitung der dekodierten Bewegungsvektoren ein und 
wird zur Anwendung speziell bei Mpeg-2-Transcodern 
einpfohlen. 

[0011] In der US 5,805,224 werden ein Verfahren und ein 
15 Gerat zum Transcoding von Videosignalen unter Einsatz ei- 
ner Bitratensteuerung beschrieben, wobei die Aufteilung je- 
des Bildes in cine Mehrzahl von Tcilbildern (Subpictures) 
und cine Quanlisicrung dcr dekodierten Signalc mit ciner 
Schrillweile vorgeschen ist, wclchc auf eine Ausgangs-Bi- 

20 trate abgestimnil ist. 

[0012] ^ In der EP-A-0 942 605 wird ein Transcoder spe- 
ziell fur den Mpeg-Standard beschrieben, mit dem unter- 
schiedliche Bitraten realisierbar sind. Die in einem vorange- 
henden Kodicrungs verfahren reievanten Kodierungspara- 

25 meter konnen an den Mpeg-Kodierer uberlragen werden 
und dieser fiihrt eine aktuelie Kodierung aufgrund dieser In- 
fonnation zur Vorgeschichte aus. Mil diesem Verfahren wird 
eine Verschlechterung der Bildqualitat bei einer wiederhol- 
ten Ausfuhrung von Dekodierungs- und Kodierungsverfah- 

30 ren weitgehend verhindert. 

[0013] Aus der WO 00/5 1357 ist ein Transcoding zwi- 
schen unterschiedlichen Bildkompressionsstandard auf 
DCT-Basis bekannt. Das Verfahren kommt ohne vollstan- 
dige Dekodierung des ersten Bitstroms und ohne vollstan- 
dige Kodierung gema'G dem zweilen Bildkompressionsstan- 
dard aus, sondern wendet Schritle des ersten Kompressions- 
standards auf den Eingangs-Bitstrom an, um dequantisierle 
DCT-Koeffizientendaten zu gewinnen. Ein DCT-Daten- 
wandler des Transcoding-Systems wandell dann die de- 

40 quantisierien DCT-Koeffizientendaten in der DCT-Domane 
insoweit um, als dies zur Anwendung von Schritten des 
zweiten Bildkompressionsstandards auf die konvertierten 
DCT-Koeffizientendaten zur Erzeugung des Ausgangs-Bit- 
stroms erforderlich ist. ' 

45 [0014] Der Erfindung liegt die Aufgabe zugrunde, ein ver- 
bessertes Verfahren der gattungsgemaBen Art sowie ein ent- 
sprechendes Mediendistributionssystem bereitzustellen, mit 
denen eine erhebliche Vereinfachung und Kosteneinsparung 
bei der Speicherung und Handhabung der Contents erreicht 

50 werden konnen. 

[0015] Diese Aufgabe wird hinsichtlich ihres Verfahrens- 
aspektes durch ein Verfahren mit den Merkma'len des An- 
spruchs 1 und hinsichtlich ihres Vorrichtungsaspektes durch 
ein Mediendistributionssystem mil den Merkmalen des An- 

55 spruchs lOgelost. 

[0016] Die Erfindung schlieBt den grundlegenden Gedan- 
ken der Bereitstellung eines Verfahrens bzw. Mediendistri- 
butionssyslems ein, welches prazise auf die Speziflkationen 
der Nutzer (nachfolgend auch als "User" oder "Clients" be- 

60 zeichnet) Bezug nimmt, indem es Videostreanis mit entspre- 
chend optimicrten Parametern bereitstellt. Die Videostreams 
werden erfindungsgemaB auf die spezifische Umgebung des 
jeweiligen Client angepaBt, welche durch eine Vielzahl von 
Variablen - insbesondere Leitungsgeschwindigkeiu Stabili- 

65 tat, Bctricbssystcmvcrsion, Prozcssorarchitcktur und bcrcits 
implemenliene Video-Software - gekennzeichnet ist. 
[0017] Weiterhin schlieBt die Erfindung den Gedanken 
ein, jeden Content in der Datenbasis (nachfolgend auch be- 
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zcichnci als "SAN = Sioragc-Arca-Network" bezcichnet) 
nur noch in Forni einer einzigcn Videodalei vorzuhallcn. 
Diesc Datci ist ein Video mil eincrii Inlbrmalionsgehall, dcr 
dem lechnisch realisierharen Maximum enlsprichl. Diese 
cine opliniale Vidcodaiei wird dann erfindungsgemaR - 5 
nach Erfassung der relevanlcn Parameter der Clicnt-Untge- 
bung - cxakl an diese Uingcbung angepaRi, d. h. spe/.icll 
durcli einc Tlerunterrcchnung" (Downscaling) in eineDalei 
iransforiiuerl, die vom Client auf dem ihm verfugbaren 
Ubertragungskanal slabil enipfangcn werden kann. Wesenl- 10 
lich isi weiterhin, daB dieser Vorgang in Echtzeit oder 
schnellcr als Echtzeit ablauft. so daB letztlich die Vidcoda- 
t en ubertragung an den Client in Echtzeit crfolgen kann und 
kein vorhcrgehendes Herunterladcn auf einen inlernen Spei- 
cher beini Endgeral des Nutzers eribrderlich ist. 15 
[0018] Die vorgeschlagene Losung bielet eine ganze 
Rcihe wcsentlicher Vorteile: Zum einen ist jeder Informaii- 
onsinbalt odcr Content (odcr auch "Stream") nur ein cinzi- 
ges Mai i in Dalenbanksyslem (nachfolgcnd auch bezcichnct 
als SAN = Storage- Area- Net work) vorhanden, wodurch der 20 
groBte Teil dcr bisher crforderlichen Speichcrkapazitat ein- 
gespart werden kann. Weilerhin ergibt sich cine schr Icichlc 
Skalierbarkeit, indem der Dateianpassungsrechner (Trans- 
coder) in Abhangigkeit vom aktuellen Bcdarf an Verarbei- 
lungsleislung beliebig oft parallel eingeselzl werden kann. 25 
[0019] Desweiteren bielet die Losung besonders einfachc 
Moglichkeilen der Bedienung uber ein Neizwerk- Interface 
unci damit der logischen und physikalischcn Separation von 
vorhandenen Serversystemen sowie der unabhangigen Er- 
weiterung der einzelnen Komponenlen (SAN, Server und 30 
Transcoder). SchlieBlich ermoglicht die Losung universe-lie 
SchniUstelJcn und Bereitstellung der Dateien und den Ein- 
satz lierkoinmlicher Umgebungen zur Bereitstellung von 
Sennit tslellen fiir die Datenbasis-Anbindung. Die Schniu- 
stellen fur die Datenbasis-Anbindung konnen insbesondere 3.S 
uber ODBC-, JDBC-, SQL-, Perl- oder PHB-Umgebungen 
realisiert werden, die dem Fachmann als solche bekannl sind 
und daher hier keiner weiteren Erlaulerung bedurfen. 
[0020] In der praktisch bei weitem relevanteslen Ausfuh- 
rungsform des Systems erfclgen die Nutzerzugriffe uber ein 40 
IP-Netz (speziell das Internet), und die Erfassung der Hard- 
und Softwarespezifikation umfaBtdas Auslesen von nutzer- 
seitig bereitges tell ten Informationen uber eine Server umge- 
bung auf der Basis eines entsprechenden Slandardproto- 
kolls, insbesondere uber eine HTTP-Server-Umgebung. Die 45 
Hard- und Softwarespezifikationen umfassen in praxi spe- 
ziell die maximale stabil erreichbare Dalenrale bzw. Uber- 
tragungsbandbreite fur die Ubertragung zum jeweiligen 
Nutzer. Bedeutsam ist weiterhin die Erfassung der Art des 
Prozessors bzw. Betriebssy stems und/oder Browsers, der am 50 
Endgerat des Nutzers inst allien ist, da die Bereitstellung ei- 
nes nutzerbezogen optimierten Video-Bit streams auch von 
diesen Faktoren abhangt. 

[0021] Bevorzugt ist weiterhin eine Ausfiihrung des Sy- 
stems, bei der in verschiedenen Speicherbereichen eines 55 
Programmspeichers des Datenanpassungsrechners jeweils 
spezifizierte Anpassungsalgorithmen fiir vorbestimmte 
Hard- und Sof t ware kon fig urationen gespeichert sind. Bei je- 
dem Zugriflf wird hierbei insbesondere eine fiir dessen 
Dauer gullige, die aktuelle Hard- und Soft warespezifikation 60 
des Nutzers reflektierende Nutzer- ID vergeben, uber die der 
Speicherbereich mil dem "passenden" Anpassungsalgorith- 
mus adressiert wird. 

[0022] Die Ubertragung des konkreten Video-Bitst reams 
crfolgt bevorzugt iibcr cine von mchrcrcn, jewcils an cine 65 
bestimnue Hard- und Softwarespezifikation angepaRten 
Schnittstellen, welche anhand des Erfassungsergebnisses 
(insbesondere durch Adressierung einer Auswahlrichtung 



mil deroben erwahnten Nutzer-ID) ausgewahlt wird. 
[0023J Aus derzeitiger Sicht wird die Umrechnung der ei- 
nen in der Datenbasis gespcicherlen Prijuar-Videodatei in 
die jeweils zu uberiragende Sekundar-Videodalei im we- 
sentlichcn hardwarebasierl auszufuhrcn sein - softwareba- 
sicrtc Losungen sind aus Grunden der Verarbeitungsge- 
schwindigkeit eher zur manuellen Umsctzung einzclncr Vi- 
deostreams oder zum sogenannlen Batch-Transcoding von 
Bedeutung. 

[0024] Die Systeinstruktur kann in einer ersten Ausfiih- 
rungsfonn so aussehen, daG der Dateianpassungsrechner 
(Transcoder/Downscaler) mil dem Server fiir den cigcntli- 
chen Netzbetrieb des Distribulionssystems (Webserver) in- 
tegriert ausgefuhrt ist, wahrend in einer alternativen Ausfuh- 
rungsfomi beide Komponenten als logisch und physikalisch 
getrennte Rechnereinhciten ausgebildet sind. Weiterhin 
kann eine Mehrzahl von Daieianpassungsrechnern in einem 
Distributionssystcm vorgeschen scin, wclchc insbesondere 
in sogenannlen Cluster-Losungen zusammenwirken. 
SchlieBlich kann der (oder jeder) Dateianpassungsrechner 
selbst in eine Mehrzahl von einzelnen Rechnerkomponenten 
aufgeleilt sein, urn einc opliniale Anpassung an die Anfor- 
derungen bczuglich der Verarbeitungskapazilal zu realisie- 
ren. 

[0025] Vorteile und ZweckniaBigkeiten der Erfindung er- 
geben sich im ubrigen aus den Unteranspruchen sowie der 
nachfolgenden Beschrcibung bevorzugter Ausfiihrungsprin- 
zipien anhand der Figuren. Von diesen zeigen: 
[0026] Fig. 1 eine schcnialische Darstellung eines Me- 
diendistributionssystems gemaB dem Stand der Technik, 
[0027] Fig. 2 eine schematische Darstellung eines Me- 
diendistributionssystems gemaB einer ersten Ausfuhrungs- 
form der Erfindung, 

[0028] Fig. 3 eine schematische Darstellung eines Me- 
diendistributionssystems gemaB einer zweiten Ausfuh- 
rungslorm der Erfindung, 

10029] Fig. 4 eine schematische Darstellung eines Mc- 
diendistributionssystems gemaB einer dritten Ausfuhrungs- 
fonn der Erfindung, 

[0030] Fig. 5 eine schematische Darstellung eines Me- 
diendistributionssysteins gemaB einer vierten Ausfuhrungs- 
forn \ der Erfi ndung , 

[0031] Fig. 6 eine schematische Darstellung eines Me- 
diendistributionssystems gemaB einer runften Ausfuhrungs- 
fonii der Erfindung, 

[0032] Fig. 7 eine schematische Darstellung eines Me- 
diendistributionssystenis gemaB einer sechsten Ausfiih- 
rungsfomi der Erfindung und 

[0033] Fig. 8 eine schematische Darstellung zur Erlaute- 
rung eines speziellen Aspekls einer Ausfiihrungsfonii des 
erfindungsgemaBen Verfahrens. 

[00341 Fig. 1 zeigt in einer Prinzipdarstellung ein her- 
kommliches Mediendistri but ionssy stem, bei dem in einem 
SAN eine Mehrzahl von Videodateien gespeichert isl, die 
gemaB dem Mpegl -Standard zur Ubertragung in verschie- 
denen Datenraten zugeschnitlen sind. Das SAN ist uber ein 
TCP-IP-Netz mittels eines Webservers niit verschiedenen 
Nutzern verbunden, fiir die in der Figur stellvertretend die 
Nutzer Client 2 Mbit, Client DSL und Client ISDN symbo- 
lisch dargestellt sind. Kemsluck des Systems ist also eine 
Datenbank, die, urn gleichzeitig verschiedene Datenraten an- 
forderungen erfullen zu konnen, ein und denselben Content 
in einer Mehrzahl von Videodateien speichert und uber den 
Webserver diese vorgehaltenen Dateien als Videostreams in 
den verschiedenen Datenraten ausgibt. 
[0035] Dem gegeniiber gibt es bei dem in Fig. 2 gezeigten 
erfindungsgemaBen System im SAN fur jeden Content nur 
eine einzige Datei. namlich eine auf die maximale anforder- 
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bare Daienrate von 4 Mbit zugcschniitenc Mpcgl-Datei. Bei 
einer Anlbrderung eincs Contents wird die entsprcchende 
Dalei aufgerufen und in eincni Webserver mil integriertem 
Downscaler und Transcoder entsprechend der Spezifikation 
des jcweiligen Nutzers umkodierl und dabei auf die Daten- 5 
ralenanfbrderung des Nutzers herabskalierl. (Falls der Nut- 
zcr die ini SAN gespcicherte "Maximaldatci" direkl verar- 
bcilen kann und der Webserver dies bei der Erfassung der 
Hard- und Sofiwarespezifikation des Nutzers erfaBl hat, er- 
folgt natiirlich cine Ubermitllung der gespcicherlen Video- 10 
datei ohne Transcoding/Downscaling.) 
|(K)36] In Fig. 3 is! eine gcgenuber Fig. 2 insofem modifi- 
ziertc Syslemkonriguration dargestellt, als hier die Funk- 
tionsbereiche Down scale r/Transcoder eincrseils und Web- 
server andererscits relativ unabhangig voneinander realisiert 15 
sind. Dies verbessert - wie weiler oben bereits angemerkl - 
die Skalierbarkeit des Systems. 

|0037] Fig. 4 zcigl cine weiler modiftzicrlc Ausfuhrung, 
bei der der eigcntliche Dalei an pas sun gsrechncr (Downsca- 
ler und Transcoder) eine voin Webserver logisch und physi- 20 
kalisch vollig getrennte Einhcil isl, was die Ausbaumoglich- 
kciten des Systems weiter verbessert. 
[0038] In Fig. 5 ist als weilcres Ausfuhrungsbeispiel eine 
sogenannte Cluster-Losung dargestellt, bei der - ahnlich 
dem an sich bekannlen Dislri bu led- Supercompu ting - meh- 25 
rere Daleianpassungsrechner zusammenwirken. Hinsicht- 
Hch der logisch und physikalisch getrennten Ausfuhrung 
von Daleianpassungsrechner und Webserver ist diesc Va- 
riante an die vorbeschriebene Ausfuhrung nach Fig. 4 ange- 
lehnt. Mit der Cluster-Losung laBt sich besonders leicht eine 30 
Lastverleilung fur den Fall des Ausfalls einer oder mehrerer 
Transcoder/Downscaler realisieren. 

[0039] In Fig. 6 ist eine weitere Ausfuhrung dargestellt, 
bei der die zentrale Verarbeitungseinheit des Mediendislri- 
bu l ion ssy steins neben eincni separaten Webserver drei wei- .35 
tere separate Einheiten unifaBu namlich einen Demultiple- 
xer, einen Scaler und Transcoder und einen Multiplexer. 
Dieser Auftau ergibt eine noch hohere Skalierbarkeit und 
prazisere Aufleilung der Verarbeitungsleistung auf die ver- 
schiedenen Verarbeitungsprozesse bzw. -schritte. Fur den 40 
GesamtprozeG lassen sich dadurch sehr hohe symmetrische 
ProzeBauslastungen erzielen, und die einzelnen Rechenein- 
heiten lassen sich im laufenden Betrieb relativ einfach aus- 
tauschen, wenn jeweils mehrere parailele Einheiten gleiche 
Funktion bzw. gleichen Typs vorhanden sind. 45 
[0040] Die in Fig. 6 dargestellte Komponenten-Unterglie- 
derung ist lediglich beispielhaft zu verstehen und stellt ein- 
zelne Komponenten einer auch als "Downscaling-Engine" 
zu bezeichnenden Verarbeitungseinheit dai% die im wesentli- 
chen die folgenden Verfahrensschritte ausfuhrt: 50 

1. Erfassen der Client-Daten (System, Browser, Uber- 
tragungsgeschwindigkeit, usw.), 

2. Selektion (durch Datenbank) des vorliegenden 
Stream-Systems (Video- und Audio-Daten) im Netz- 55 
werk, 

3. Einlesen des Streams in einen Zwischenspeicher 
(Buffer), 

4. Demultiplexung der einzelnen Komponenten (Vi- 
deo- und Audioteil, Subtitles usw.) und Extraktion eini- 60 
ger Daten des Systemstreams (Motion Vectors, Color 
Scales, Timestamps), 

5. Umrechnung der extrahierten Daten auf die neue 
Anforderung (Parameter wurden bei der Erfassung der 
Clicnt-Eigcnschaftcn cmiittclt), 65 

6. Herabskalieren der Video- und Audiodaten mil 
Wiederverwendung einiger Komponenten des ur- 
spriinglichen Sytem-Streams, 



7. Erneutes Multiplexing der System-Stream- Kompo- 
nenten mit Erslellung ncuer Timestamps und Aus- 
schreiben in Zwischenspeicher, 

8. Scrverseitiges Auslesen und Versenden der Stream- 
Dalenpakete. 

[0041] Ilicrbei isl zu beachten, daB dieses Verfahren mil 
einem herkonimlichcn Dckodierungs-Ncukodierungs(De- 
code-Reencode)- Verfahren nichts gemein hat. In den oben 
genannten Schrilten 4, 5 und 6 wird der Videostream nam- 
lich nicht im eigentlichen Sinne neu kodierl., sondern es fin- 
det eine Umrechnung aus dem ursprunglichen Videostream 
statt. Der hohe Zeitaufwand einer A-priori-Kodierung, bei 
der die Abhangigkeiten der einzelnen Bilder voneinander 
berucksichtigt werden musscn, wird damit vennieden. Es 
werden hier insbesondere keine Sprungvorhersagen geirof- 
fen, urn ein lolgcndes Bild zu einem vorhergehenden Bild in 
cine mathematisch Abhangigkcit zu bringen. Stall dessen 
werden gewisse extrahicrte Daten aus dem ursprunglichen 
Videostream weiterverwendei, wodurch der Verarbcitungs- 
Zcitaufwand erheblich reduziert und eine Echtzeitverarbei- 
tung von Vidcostreams auch mil hohen Datenraten erniog- 
licht wird. 

[0042] Dieses Prinzip ist in Fig. 7 schematised skizziert. 
Diese Figur isl aufgrund der Beschriflung selbslerklarend, 
so daB sich weitere Ausfuhrungen dazu hier erubrigen. 
[0043] In der praktischen Ausfuhrung ist aus derzeiliger 
Sicht eine Realisierung des Dateianpassungsrechners bzw. 
der Downscaiing-Engine auf einer oder mehreren Einsteck- 
karle(n), insbesondere fiir IBM-kompatible Rechner, bevor- 
zugl. Die Einsteckkarte enthalt programmierbare Logikbau- 
steine, in denen die Verarbeitungsalgorithnien hardwarema- 
Big implementierl sind. Weiterhin enthalt sie - abhangig von 
der gewunschten Skalierbarkeit und Verfugbarkeit RISC- 
Prozessoren mil einer Rechenle.ist.ung, die eine Abarbeitung 
der Algorithmen in hoherer Geschwindigkeit als eine Stan- 
dard-CPU ermbglichen. 

[0044] In einem einzigen Host-System lassen sich meh- 
rere derartige Downscaling-Engines einbauen und betrei- 
ben, und uber Cluster-Losungen wiederum lassen sich meh- 
rere Host-Systeme als eigenstandige Transcoder/Downsca- 
ler benulzen. Im letzteren Fall ist eine Management-Einheit 
zur Steuerung der Arbeitsverteilung auf die einzelnen Ein- 
heiten vorzusehen. Aus derzeiliger Sicht bietet sich insbe- 
sondere eine Realisierung uber ein UNIX-System bzw. freie 
Derivate (Linux o. a.) an. 

[0045] Wie in Fig. 8 skizziert, konnen die einzelnen Stu- 
fen der Downscaiing-Engine auch auf separaten Einsteck- 
karten realisiert sein. Dargestellt. ist eine Ausfuhrung, bei 
der ein Demultiplexer auf einer separaten Karte unterge- 
bracht ist und dieser eine Audio-Transcoder-Karte und meh- 
rere verschiedene Video-Transcoder-Karten versorgt, die 
auf unlerschiedlichen Standards - in der Figur den Stan- 
dards Mpeg-1, Mpeg-2 und Mpeg-4 - basieren. Die in der 
Audio-Transcoder-Karte und den Video-Transcoder-Karten 
umgewandelten Audio- bzw. Videodaten werden einer wie- 
derum separat ausgefiihrten Multiplexer-Karte zugefuhrt, 
wo sie zum Videostream des jeweiligen Standards zusam- 
mengesetzt werden. 

[0046] Auch hierbei erfolgt eine Umsetzung und Wieder- 
verwendung von gewissen aus der Ursprungs-Videodatei 
extrahierten Teilen. 

[0047] Die Ausfuhrung der Erfindung ist nicht auf die 
oben beschriebenen Beispiele beschrankt, sondem im Rah- 
mcn der anhangenden Anspriichc in cincr Viclzahl von Ab- 
wandlungen moglich, die im Rahmen fachgemaBen Han- 
delns liegen. 
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Paten tanspruche 

1 . Verfahren zur Speicherung und Ubertragung von als 
Videodateien ausgebildeicn Contents ini Rahmen eines 
digitalen Mediendislributionssy stems mil einer Daten- 5 
basis, auf die eine Mchrzahl von Nulzern iibcr Daten- 
kanale und mil Endgeralcn mil untcrschiedlichen Hard- 
und Soflwarcspezifikalioncn zugreifen kann, dadurch 
gekennzeichnet, daB 

jeder Content in der Dal en basis genau einnial in Form 10 
einer Primar- Videodatei mil maxiinalem Informalions- 
inhall gespeieherl wird. 

bei jedem Zugriff eines Nutzers die Hard- und Softwa- 
respezifikation von dessen Endgerat und des Dalenka- 
nals zu diesem erfaBt und das Erfassungsergebnis ei- 15 
nem Steuereingang eines Dateianpassungsrechners zu- 
gefuhrt, 

ini Datcianpassungsrcchncr in Echtzcil oder schncllcr 
als Echlzcil die Primar-Vidcodaiei in cine an die Hard- 
und Softwarespezifikation angepaBle Sekundar- Video- 20 
daiei umgerechnel und 

die Sekundar- Videodatei ohne Endspeicherung in der 
Dalenbasis ini wesenl lichen in Echtzeit an das Endge- 
rat ubermittelt wird. 

2. Verfahren nach Anspruch 1, dadurch gekennzeich- 25 
net. daB die Nutzerzugriffe iibcr ein IP-Netz erfolgen 
und die Erfassung der Hard- und Softwarespezifikation 
das Auslesen von nutzerseitig bereilgestelJten Informa- 
tional uber eine Scrverunigcbung auf der Basis eines 
Standardprotokolls, insbesondere iiber eine HTTP-Ser- 30 
ver-Umgebung, erfolgl. 

3. Verfahren nach Anspruch 1 oder 2, dadurch gekenn- 
zeichnet, daB als Hard- und Softwarespezifikationen 
die niaxiniale slabil erreichbare Datenrate bzw. Uber- 
(rag ungsbandbre.it e fiir die Ubertragung zum Nutzer er- 35 
faBt wird. 

4. Verfahren nach einem der vorangehenden Ansprii- 
che, dadurch gekennzcichnei, daB als Hard- und Soft- 
warespezifikation die Art des Prozessors und/oder Be- 
triebssy stems und/oder Browsers des Endgerates des 40 
Nutzers erfaBt wird. 

5. Verfahren nach eine in der vorangehenden Ansprii- 
che ? dadurch gekennzeichnet, daB bei jedem Zugriff 
eine fiir dessen Dauer gultige, die Hard- und Software- 
spezifikation refleklierende Nutzer-ID vergeben wird, 45 
uber die ein Speicherbereich eines Programmspeichers 
des Datenanpassungsrechners zum Auslesen eines ge- 
speicherten Anpassungsalgorithmus adressiert wird. 

6. Verfahren nach einem der vorangehenden Ansprii- 
che, dadurch gekennzeichnet, daB die Ubertragung 50 
iiber eine von mehreren, jeweils an eine Hard- und 
Softwarespezifikation angepaBten Schnittstellen er- 
folgt, welche anhand des Erfassungsergebnisses, insbe- 
sondere durch Adressierung einer Auswahleinrichtung 
mil. der Nutzer-ID, ausgewahlt wird. 55 

7. Verfahren nach einem der vorangehenden Ansprii- 
che, dadurch gekennzeichnet, daB Schnittstellen fiir die 
Datenbasisanbindung uber ODBC-, JDBC-, SQL-, 
Perl- und PHB-Umgebungen realisiert werden. 

8. Verfahren nach einem der vorangehenden Ansprii- 60 
che, dadurch gekennzeichnet, daB die Umrechnung der 
Primar- Videodatei in die Sekundar- Videodatei im we- 
sentlichen hardwarebasiert ausgefuhrt wird. 

9. Verfahren nach einem der vorangehenden Ansprii- 
chc, dadurch gekennzeichnet, daB 65 
die Primar- Videodatei vor der Umrechnung in einen er- 
sten Pufiferspeichereingelesen wird, 

ein Demultiplexen der Komponenten der Primar- Vi- 
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deodaiei in Video- und Audiodaien, Untcrtitcl undder- 
gleichen ausgefuhrt wird, 

aus der Pu ffe rspeicher-Kopic ausgewahlte Daten des 
System si reams, inshesondere Bewegungsveklorcn, 
Farbskalenwerte und/oder Zeiimarken exlrahien wer- 
den, 

die exirahierlcn Daten auf die erfaBle Hard- und Soft- 
warespezifikation umgerechnel werden, 
die Video- und Audiodaien, insbesondere unter Wie- 
dcrverwendung ausgewahlter Komponenten der Pri- 
mar-Videodatei, ska lie rt werden, 
ein Multiplexer der skalierlen und gegebencnfalls wie- 
dervcrwendeten Komponenten, insbesondere unter Er- 
stellung neuer Zeiimarken, zur Sekundar- Videodatei 
ausgefiihrt und diese in einen zweiten Pufiferspeicher 
eingelesen wird und 

die Kopie der Primar- Videodatei im ersten Pufterspei- 
chcr gc lose hi wird. 

10. Digitales Mcdicndisiribulionssystcm, insbeson- 
dere zur Durchfiihrung des Vcrfahrens nach einem der 
vorangehenden Anspriiche, mil einer Dalenbasis zur 
Speicherung von als Videodateien ausgebildelen Con- 
tents und einem Server zur Verwaltung der Dalenbasis 
zur Realisierung von Zugriffen durch eine Mehrzahl 
von Nulzern, dadurch gekennzcichnei, daB 

die Dalenbasis genau eine Primar-Videodatei jedes 
Contents enthalt und 

eine Erfassungseinrichtung zur Erfassung der jeweili- 
gen Hard- und Softwarespezifikation des Endgerates 
eines auf die Dalenbasis zugreifenden Nutzers und des 
Datenkanals zu diesem sowie 

ein iiber einen Steuereingang mil dem Ausgang der Er- 
fassungseinrichtung verbundener Dateianpassuiigs- 
rechner zur Umrechnung einer Primar- Videodatei, auf 
die ein Nutzer einen Zugriff wunscht, in eine an die 
Hard- und Softwarespezifikation seines Endgerates 
und Datenkanals angepaBle Sekundar- Videodatei im 
Ansprechen auf das Erfassungsergebnis der Erfas- 
sungseinrichtung vorgesehen ist. 

11. Mediendisiribulionssystem nach Anspruch 10, da- 
durch gekennzeichnet, daB die Erfassungseinrichtung 
in einer HTTP-Ser ver-Umgebung realisiert ist. 

12. Mediendistributionssystem nach Anspruch 10 
oder 11, dadurch gekennzeichnet, daB zwischen die Er- 
fassungseinrichtung und den Dateianpassungsrechner 
eine ID-Zuweisungseinrichtung zur Vergabe einer die 
Hard- und Softwarespezifikation reflektierenden, fiir 
die Dauer des ZugrifTs gultigen Nuizer-ED bei jedem 
Zugriff geschaltet ist, deren Ausgang mit einem Pro- 
grammspeicher des Dateianpassungsrechners verbun- 
den ist derarl, daB mil der Nutzer-ID ein Speicherbe- 
reich desselben zum Auslesen eines gespeicherten kon- 
kreten Anpassungsalgorithmus adressierbar ist. 

13. Mediendistributionssystem nach einem der An- 
spriiche 10 bis 12, gekennzeichnet durch eine Mehr- 
zahl von jeweils an eine Hard- und Softwarespezifika- 
tion angepaBter Schnittstellen und eine mil der Erfas- 
sungseinrichtung verbundene Auswahleinrichtung zur 
Auswahl einer der Schnittstellen im Ansprechen auf 
das Erfassungsergebnis. 

14. Mediendistributionssystem nach einem der An- 
spriiche 10 bis 13, gekennzeichnet durch ODBC-, JDB- 
, SQL-, Perl- und PHB-Umgebungen realisierte 
Schnittstellen fiir die Datenbasisanbindung. 

15. Mediendistributionssystem nach einem der An- 
spruche 10 bis 14, dadurch gekennzeichnet, daB der 
Dateianpassungsrechner mit dem Server integriert aus- 
gefiihrt ist. 
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16. Mediendisiribuiionssystem nach cineni der An- 
spriiche 10 bis 14, dadurch gekennzcichnet, daB der 
Daleianpassungsrechner und der Server als logisch und 
physikalisch gclrennle Rechncreinhcilcn ausgeruhrt 
sind. 5 

17. Mcdicndistribulionssyslcm nach cineni der An- 
spruche 10 bis 16, gekennzcichncl durch das Vorschen 
einer Mehrzahl von Daieianpassungsrechnern, die ins- 
besonderc in Cluster-Losungen zusamnienwirken. 

18. Mcdiendistributionssyslcm nach einem der An- 10 
spruche 10 bis 17, dadurch gekennzcichnet, daB der 
oder jeder Daleianpassungsrechner in eine Mehrzahl 
von einzelncn Rechnercinheiien aufgeteill isl. 

19. Mediendisiribuiionssystem nach einem der An- 
spruche 10 bis 18, dadurch gekennzcichnet, daB der 15 
oder jeder Daleianpassungsrechner zwei Pufferspci- 
cher zur Zwischenspeicherung von Primar-Videoda- 
icicn bzw. Sckundar-Vidcodaicicn sowie cincn Demul- 
tiplexer zum Separicren von Audio-, Video- und weilc- 
ren Komponenien von Primar-Vidcodateien sowie ei- 20 
nen Multiplexer zuni Zusammenfuhrcn von unigerech- 
neten Video-, Audio- und weiteren Komponenien zu 
einer Sekundar-Videodalci ini Zusammenhang mil der 
Umrechnung von Primar-Videodaleien in Sekundar- 
Videodalcien aufweisL 25 



Hierzu 8 Seitc(n) Zeichnungen 



30 



40 



45 



50 



55 



60 



65 



ZEICHNUNGEN SEITE 1 



Nummer: 
Int. CI. 7 : 

Offenlegungstag: 



DE10101 075 A1 
H04N 7/30 

25. Jult 2002 




102 300/145 



ZEICHNUNGEN SEITE 2 



Nummer: 
Int. CI. 7 : 

Offenlegungstag: 



DE101 01 075A1 
H04N 7/30 

25. Juli 2002 









2 






1! 










Dj 




0 






PO 



i 



□ □□□□□DO 

□ □□□□□□ 



□ 
□ 



102 300/145 



> 



ZEICHNUNGEN SEITE 3 
« 



Nummer: 

int. CI. 7 : 

Offenlegungstag: 



DE10101 075 A1 
H04N 7/30 

25. Juli 2002 




102 300/145 



ZEICHNUNGEN SEITE 4 



Nummer: 
Int. CI. 7 : 

Offenlegungstag: 



DE10101 075 A1 
H04N 7/30 

25. Juli 2002 



I 




102 300/145 



t 



ZEICHNUNGEN SEITE 5 
* 



Nummer: 
Int. CI. 7 : 

Offenlegungstag: 



DE10101 075 A1 
H 04 N 7/30 

25. Juli 2002 




102 300/145 



ZEICHNUNGEN SEITE 6 



Nummer: 
Int. CI. 7 : 

Offenlegungstag: 



QE10101 075 A1 
H04N 7/30 

25. Juli2002 




102 300/145 



ZEICHNUNGEN SEITE 7 



Nummer: 
Int. CI. 7 : 

Offenlegungstag: 



DE101 01 075A1 
H04N 7/30 

25. Jul i 2002 




102 300/145 



ZEICHNUNGEN SEITE 8 Nummer: DE 101 01 075 A1 

Int. CI. 7 : H 04 N 7/30 

Offenlegungstag: 25. Juli 2002 



±3 




< 



.'.••••v.-.J- .*.'•".■.•••« 




CM 



I 



_ ft- 



X 

.13 



2? a* 



102 300/145 



